£1/3697645 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
APPLICATION FOR LETTERS PATENT 



User-Configurable Device Storage 
Synchronization Manager 

Inventor(s): 
Thamer A. Abanami 
W. Michael Anderson 
Andrew L. Silverman 



ATTORNEY DOCKET NO.: MSl-1935us 



0331040831 MS) -1935US 307644 01 PAT APP FINAL 



USER-CONFIGURABLE DEVICE STORAGE SYNCHRONIZATION 

MANAGER 

TECHNICAL FIELD 

[0001] This invention generally relates to a technology for user- 
configurable device storage synchronization management. 

BACKGROUND 

[0002] Due to the advance of digital media technology and decreasing price 
of storage, users increasingly host digital media collections on their main personal 
computers. Examples of digital media in such collections include music, pictures, 
videos, and the like. 

[0003] However, not all consumption of digital media occurs on a user's 
main personal computer. More and more, users are in need of transferring all or 
some of their collection to portable client devices. Examples of a portable client 
device include Personal Media Players, Personal Digital Assistants (PDAs), and 
laptops. This way the consumer may enjoy their media away from their main 
personal computer. 

[0004] With the advent of high capacity storage on portable client devices, 
filling these devices with a meaningful subset of a user's digital media collection 
can be a laborious task. This is especially true when the user's digital media 
collection is larger than the storage on the device (e.g. 100 GB digital media 
collection on main computer and 5 GB storage on client device). 
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[0005] Conventionally, the user is left to manually manage this problem. If 
the collection of digital media on the source device (e.g., main personal computer) 
exceeds the storage capacity of the target device (e.g., portable client device), the 
user manually selects which items to include (and/or exclude) in a transfer to the 
target. 

[0006] Furthermore, in conventional approaches, the user must remove 

items from an otherwise full memory of the target device when the user wishes to 
replace it with a new item from the collection on the source device. 
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SUMMARY 

[0007] Described herein is a technology for facilitating a user-configurable 
model for managing synchronization, transfer, or copying of one or more subsets 
of a collection of digital data items between source and target computing systems. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] The same numbers are used throughout the drawings to reference 
like elements and features. 

[0009] Fig. 1 is a graphic illustration of a typical source and target scenario 

in accordance with an implementation described herein. 

[0010] Fig. 2 illustrates an example of a user-interface in accordance with 

an implementation described herein. 

[0011] Fig. 3 illustrates another example of a user-interface in accordance 
with an implementation described herein. 

[0012] Fig. 4 is a flow diagram showing an illustrative methodological 

implementation described herein. 
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DETAILED DESCRIPTION 

[0013] The following description sets forth techniques that facilitate a user- 
configurable model for managing synchronization of subsets of digital data 
collection between source and target computing systems. The techniques may be 
implemented in many ways, including (but not limited to) program modules, 
computing systems, dedicated electronics (such as portable multimedia devices), 
and as part of computer networks. 

[0014] An exemplary implementation of these techniques may be referred 

to as an "exemplary target device storage sync manager" and is described below. 

[0015] Exemplary User-Configurable Target Device Storage Sync 
Manager 

[0016] Fig. 1 illustrates a source-target synchronization scenario 100. The 

depicted scenario includes a source device 110 (e.g., a desktop personal computer) 
and a coupled target device 120 (e.g., a portable media player). The exemplary 
target device storage sync manager may be implemented on the source device 110. 

[0017] For example, it may be implemented as a target device storage sync 

manager program module 112 embodied on one or more processor-readable media 
(such as a computer storage or memory 114). The program module 112 may 
operate on the source device 110. For example, it may be implemented as part of 
multimedia software product, an operating system, or a dedicated multimedia 
appliance. 
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[0018] The exemplary target device storage sync manager provides a user- 

configurable model for facilitating automatic transfer of a subset of a user's digital 
collection to the target device 120 from the source device 110. Some items in the 
digital collection may be more important to the user than others. Examples of 
digital items in a collection may include audio, video, text, or image files. It may 
also include static or automated playlist of files (e.g., audio, video, and images) or 
any grouping of files or data. 

[0019] The exemplary target device storage sync manager explicitly, 

implicitly, and/or heuristically assigns digital items in the collection with a transfer 
priority to indicate their relative importance or desirability to the user. It does this, 
at least in part, via an easy-to-use user-interface (UI). An example of such a UI is 
shown at 116 in Fig. 1. This UI is a representation of the example UI 200 shown 
in Fig. 2. 

[0020] The priority may be applied in one action to any grouping of media 

or data native to a host system or created by a user using the means provided by 
the host system. 

[0021] In at least one embodiment, the digital items that matter most to the 

user are automatically transferred to the target device 120, the items that matter 
less may be used to dynamically fill the target device, and the items that user never 
wants on the device will not be transferred there. 

[0022] The scenario 100 shows a transfer interface 130 between the source 
device 110 and target device 120. This physical interface may be wired or 
wireless. Examples of a wired interface include USB, IEEE 1394, IEEE1284 
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("parallel" connection), RS-232 Serial connection, and/or Ethernet, Token Ring, 
and similar networks.. Examples of a wireless interface include Bluetooth; Infra- 
Red (IR); 802.11a, b, or g; GPRS, CDMA, EVDO, EDGE, and other related 
wireless telephony data-transmission standards. In some implementations, this 
interface may provide for data transfer over a short distance (e.g., measured in a 
few feet) or over a long distance (e.g., measured in miles). 

[0023] From the highest to lowest user-designated priority, items are 

automatically transferred from the source device 110 to the target device 120 via 
the interface 130. This transfer occurs until the collection is exhausted or the 
storage capacity of the target device is consumed. Assuming that the storage 
capacity of the target device 120 is less than that which would be consumed by the 
entire digital library, this action stores the most user-desirable digital items from 
the collection. 

[0024] The transfer from the source device 110 to the target 120 (and vice 

versa) may be called "synchronization" (or simply "sync"). As the collection on 
the source device changes (e.g., items removed, items added, and/or item priority 
changes), the subset of the collection which is stored on the target device changes 
with each synchronization. Indeed, if storage space on the target device 120 is 
limited, items may be removed from the target device during synchronization and 
replaced with new items from the collection which have higher priority. 

[0025] Typically, the synchronization process will remove the lowest 

priority items in bottom-up fashion until sufficient space is cleared to store higher 
priority items that have not yet been synced with the device. 
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[0026] Although the priority of the items is user-assignable, some 

embodiments may include pre-formed automatic settings (and/or heuristics) to 
anticipate a user's expected priority settings. For example, there may be a pre- 
formed setting to give a higher priority to all items new in the last week than to 
older items. 

[0027] In Fig. 1, the source device 110 is depicted as a desktop personal 

computer. However, in other implementations, the source device may be a 
portable laptop computer, another portable device, a mini-computer, a mainframe 
computer, a server, a storage system, a dedicated digital appliance, or another 
device having a storage sub-system configured to store a collection of digital data 
items. Furthermore, the implemented source device 110 is configured to copy all 
or some of its collection of digital data items to a coupled device. 

[0028] In Fig. 1, the target device 120 is depicted as a portable device, such 

as a media player. However, in other implementations, the target device may be a 
non-portable computer, a portable laptop computer, another portable device, a 
mini-computer, a mainframe computer, a server, a storage system, a dedicated 
digital appliance, or another device having a storage sub-system configured to 
store a collection of digital data items. Furthermore, the implemented target 
device 120 is configured to receive a copy of all or some of a coupled source 
device's collection of digital data items. 

[0029] Herein, "digital items" of a digital collection is any type of 

independently addressable unit of digital data which is typically stored within a 
computer memory or storage system. Examples of such a "digital item" include 
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(but are not limited to): music, image, video, text documents, hypertext document, 
documents of any format, applications, spreadsheets, graphics, playlists, and data. 
A digital item may include a collection of other items. 

[0030] Exemplary Embodiments 

[0031] This section describes two or more examples of embodiments of the 

exemplary target device storage sync manager. Of course, these are just examples 
and other embodiments are within the scope of the appended claims. 

[0032] One embodiment employs a priority model with two or more easily 

identifiable and explainable tiers of explicit transfer priority exposed to the user. 
Using a UI of this embodiment, the user explicitly assigns a digital item to one of 
the multiple priority tiers. 

[0033] Exemplary Three Tier Model 

[0034] For example, there may be three transfer priority tiers. These may 

be called, for example, "High,", "Low," or "None." Alternatively, they may be 
called, for example, "Always transfer,", "Transfer if there is space," or "Never 
transfer." 

[0035] Upper Tier : With this three tier model, the exemplary target device 
storage sync manager will attempt to always automatically transfer the digital 
items assigned to the highest priority tier. If all of these items cannot be transferred 
to the target device, then user will be notified. 
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[0036] The user may, for example, assign an item to this tier by selecting it 

(e.g., clicking on it) and expressly selecting the highest priority. Alternatively, an 
item may be implicitly or heuristically selected based upon defined (or pre- 
defined) settings. For example, recently used items or items on a media playlist 
may have the highest priority. 

[0037] Lower Tier : With this three tier model, the exemplary target device 
storage sync manager will attempt to automatically transfer items designated low 
priority to the target device only if there is storage space available on the target 
device after all of the higher tier items have been transferred. 

[0038] By default, a user's entire digital library may be designated to be in 
this low priority tier. Alternatively, the user may expressly select items to be in 
this tier. 

[0039] Never Tier : With this three tier model, the exemplary target device 
storage sync manager will never automatically transfer items designated "never" 
priority to the target device, even if it is part of another collection with a higher 
priority. 

[0040] A user may, for example, assign an item to this tier by selecting it 

(e.g., clicking on it) and expressly selecting the never priority. Alternatively, an 
item may be implicitly or heuristically selected based upon defined (or pre- 
defined) settings. For example, items rated less than a defined level may be 
designated to be part of the never priority tier. 
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[0041] Fig. 2 shows an example of a user-interface (UI) 200 that employs 

this three tier model. As indicated by tab 210 of the UI, a list of rules used to 
designate digital items (specifically, music clips here) as being high priority is 
shown. In particular, the rules include "tracks added in the last 90 days," "Tracks I 
manually added to my device," and "tracks in my download folder." 

[0042] Not shown, but indicated by similar tabs, is a low priority rules tab 

220 that contains lists of rules that define low priority digital items and a no 
priority rules tab 230 that contains lists of rules the define no priority digital items. 
Using this UI, the user may choose the tier for each digital item in the collection. 

[0043] Exemplary Two Tier Model 

[0044] Instead of three, there may be just two transfer priority tiers. These 

may be called, for example, "Will Fit," or "Exclude." 

[0045] Will Fit Tier : With this two tier model, the exemplary target device 

storage sync manager will attempt to always automatically transfer the digital 
items assigned to this tier and transfer all that "will fit" into the available storage 
space in the target device. 

[0046] If all of these items in this tier do not fit, then a conflict resolution 

strategy will be used. The exemplary target device storage sync manager may 
implement any desirable conflict resolution strategy. Examples of such strategies 
include sorts, recently added, recently accessed, frequency of access, ratings, 
random, etc. 
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[0047] A user may, for example, assign an item to this tier by selecting it 
(e.g., clicking on it) and expressly selecting the "will fit" priority. Alternatively, 
an item may be implicitly or heuristically selected based upon defined (or pre- 
defined) settings. For example, recently used items or items on a media playlist 
may have this priority. 

[0048] Alternatively, a user's entire digital library may be designated to be 

in this priority tier by default. 

[0049] Exclude Tier : With this two tier model, the exemplary target device 

storage sync manager will never automatically transfer items designated "exclude" 
priority to the target device, even if it is part of another collection with a higher 
priority. 

[0050] A user may, for example, assign an item to this tier by selecting it 

(e.g., clicking on it) and expressly selecting the never priority. Alternatively, an 
item may be implicitly or heuristically selected based upon defined (or pre- 
defined) settings. For example, items rated less than a defined level may be 
designated to be part of the "exclude" priority tier. 

[0051] Fig. 3 shows an example of a user-interface (UI) 300 that employs 

this two tier model. In area 310 of the UI, there is a list of digital items 
(specifically, music clips here) such as those designated 312. Area 320 shows the 
assigned priority tier of some of the digital items. For example, "8 mile" is 
designated to be part of the will-fit tier 322 while "Christmas" is part of the 
excluded tier 324. Using this UI, the user may choose the tier for each digital item 
in the collection. 



MSl-1935us 

lee @ ha yes pit 509-324-9256 



12 



0331041234 MSI-193SUS 307644 01 PAT APP FINAL 

Atty: kasey 



[0052] Methodological Implementation 



[0053] Fig. 4 shows a methodological implementation of the exemplary 
target device storage sync manager (e.g., such as that embodied by program 
module 112). This methodological implementation may be performed in software, 
hardware, or a combination thereof. For ease of understanding, the method steps 
are delineated as separate steps; however, these separately delineated steps should 
not be construed as necessarily order dependent in their performance. 

[0054] At 410 of Fig. 4, the exemplary target device storage sync manager 
obtains an indication of the storage capacity of the target device 120. Typically, 
when a target device (like a personal multimedia player) is initially coupled to a 
source device, it will notify source about its storage capacity. For example, a 
multimedia player may inform a host desktop computer that it has a 40 GB storage 
capacity to store multimedia files. 

[0055] At 412, if the storage requirement of the digital collection on the 
source device 110 is less than the storage capacity of the target device, then it 
automatically transfers the entire digital collection to the target device. 

[0056] Otherwise, at 414, it implicitly or heuristically assigns a transfer 

priority digital items in a digital collection on the source device 110. That may be 
accomplished by rules to define a set of digital items to transfer. For example, tab 
210 of the UI 200 of Fig. 2 shows a list of rules used to designate digital items 
(specifically, music clips here) as being high priority is shown. Therefore, the 
manager creates a set of items that have a priority level implicitly set. 



MSl-1935us 

lee@hayes pnc s09.324.92s6 



13 



033 J 04 1 234 MS1-193SUS 307644 01 PAT APP FINAL 

Atty: kascy 



[0057] At 416, the exemplary target device storage sync manager provides a 

user-interface (such as 200 or 300 of Figs. 2 and 3) for the user to explicitly 
designate relative priority of digital items in the collection. Using such a UI, a 
user may manually order digital items to expressly designate their relative priority. 
For example, the user may employ a UI with a "stack" of digital items. Using this 
UI, the user may move items up or down within the stack. 

[0058] At 418, based on the explicit, implicit, or heuristic priority 

assignments and/or based upon conflict resolutions strategies for items having 
otherwise equal priority, the exemplary target device storage sync manager sorts 
the items in the collection. 

[0059] At 420, based upon the target device's storage capacity, it designates 

the highest priority items that collectively will fit within the device's storage 
capacity for synchronization. Items which are part of the "none," "never" or 
"exclude" tier are automatically excluded from those tagged for synchronization. 

[0060] At 422 of Fig. 4, the exemplary target device storage sync manager 

examines the list of items currently stored on the target device. 

[0061] At 424, the exemplary target device storage sync manager 
synchronizes highest priority items that collectively will fit within the device's 
storage capacity. In doing so, it directs the target device to remove any digital 
item currently stored on the target device but is not tagged for synchronization. It 
also transfers to the target device any digital item tagged for synchronization, but 
not already stored on the target. 
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[0062] Conclusion 



[0063] Although the one or more above-described implementations have 
been described in language specific to structural features and/or methodological 
steps, it is to be understood that other implementations may be practiced without 
the specific features or steps described. Rather, the specific features and steps are 
disclosed as preferred forms of one or more implementations. 
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